home *** CD-ROM | disk | FTP | other *** search
/ Amiga Collections: Panorama / Panorama - Disk 14B (1987-02-11)(Pacific North-West Amigas Club)[WB].zip / Panorama - Disk 14B (1987-02-11)(Pacific North-West Amigas Club)[WB].adf / qanda < prev    next >
Text File  |  1987-02-11  |  16KB  |  382 lines
  1. Beginers Questions from the January 14 1987 PANORAMA meeting
  2.  
  3. CLI QUESTIONS:
  4.  
  5. Q.  I'm typing up this file in ED.  When the text is typed, it is only one
  6. screen wide.  However, if I insert an addition the text for that line
  7. scrolls to the right and off the screen.  Also when I DOWNLOADED part of
  8. this file it was wider than the sceen.  How do I keep the text only one
  9. screen wide?
  10.  
  11. A.  ED is not a very smart editor, and lacks a few things that are nice
  12. to have.  When you try to insert text, ED does not know where to wrap the
  13. text.  Unfortunately, the only way around it at this time is to do the
  14. corrections by hand, a tedious process indeed.  To do the corrections, simply
  15. split the line, by entering a RETURN, where you want it to end and join up
  16. the following line to it. Repeat this process until everything lines up.
  17.  
  18.  To keep downloaded files to one screen wide (actually captured files),
  19. some services allow you to set a screen width. If this is the case, set it
  20. for 78 columns or less.
  21.  
  22.  Larry Phillips
  23.  
  24.  
  25. Q.  What does "NOT AN OBJECT MODULE" mean?
  26.  
  27. A.  It means it is not a loadable program file or it's been corrupted and it's
  28. discription does not match its contents in some way?
  29.  
  30.  Dave Allen
  31.  
  32.  
  33. Q.  If "NOT AN OBJECT MODULE" is not a loadable program of what use is it?
  34. Or if its been corrupted, was it something I did or do they come that way?
  35.  
  36. A.  The "NOT AN OBJECT MODULE" message means that the file is not a loadable,
  37. runnable program.  It could be many things, such as an icon (.info), a text
  38. file, a picture file, sound, whatever.  If it is a corrupt file, there is a
  39. chance that it may have been corrupted by something you did, but not
  40. necessarily.  It may have been munged in downloading, or some other program
  41. may have changed it.  The latter is unlikely, but I mention it as a
  42. possibility.
  43.  
  44.  Larry Phillips
  45.  
  46.  
  47. Q.  Can you explain some of the .SUFFIXES such as .bat  .info  .arc  .c  etc.
  48.  
  49. A.  On the Amiga, the only suffixes that are actually needed by the system
  50. are the ones that end in .INFO.  These are icon files, and the WorkBench will
  51. look for that extension to determine if a file is an icon.
  52.  
  53.  Other extensions are not needed by the system, but may be needed by a
  54. program.  Some conventions follow.
  55.  
  56.  .C  C source code
  57.  .ARC ARChived file, process through ARC to list, add or extract files.
  58.  .BAT Haven't seen this one except on IBM, ususally a script file.
  59.  .TXT Text file
  60.  
  61.  There are many extensions you will see.  The best thing to do is to look
  62. at them with an eye on what they are part of.  For instance, a group of files
  63. that go with an assembler will have .A or .ASM or .SRC for source code, .O or
  64. .OBJ for object files, etc.
  65.  
  66.  Larry Phillips
  67.  
  68.  
  69. Q.  What is a printer driver?
  70.  
  71. A.  PRT: is a logical device.  By logical device I mean that you can use it as
  72. part of the filing system.  Some examples of logical devices are DF0:, RAM:,
  73. C:, LIBS:, and FONTS:
  74.  
  75.  You can see what logical devices are currently recognized by typing ASSIGN
  76. on a line by itself.  Since PRT: is a device, you can COPY, TYPE, or
  77. otherwise send output to it.  The default for this device happens to be the
  78. "printer.device", which handles the data in a particular way.  It accepts
  79. data and send it to PAR:, another logical device, after first running it
  80. through a printer driver.  A printer driver is nothing more than a
  81. translation program to allow any printer to understand a set number of ESC
  82. sequences, that will be constant for any printer having an appropriate
  83. driver installed.
  84.  
  85.  Larry Phillips
  86.  
  87.  
  88. Q.  What is a RAM-Handler?
  89.  
  90. A.  RAM-Handler is the program that allows you to have a ramdisk, which is a
  91. logical device called RAM:
  92.  
  93.  Please note the differences between physical and logical devices.  A logical
  94. device allows you to assign the logical device name to other than the
  95. default.  For instance, the C directory (note lack of colon) on the disk you
  96. boot from is the normal default for your C: device. You can tell the system
  97. that you want the logical device "C:" to be somewhere else, say in the
  98. ramdisk, by typing...
  99.  
  100.  ASSIGN C: RAM:
  101.  
  102.  Larry Phillips
  103.  
  104.  
  105. Q.  When you only have one drive, how do you print out a disk directory and
  106. file directory to the printer?
  107.  
  108. A.  Does the author of this question mean "print the directory of a different
  109. disk"?  If so, all he has to do is
  110.  
  111.  COPY dir TO RAM:
  112.  
  113.  From there, he can insert the other disk, and type
  114.  
  115.  RAM:DIR df0: > PRT: OPT A
  116.  
  117.  Larry Phillips
  118.  
  119.  
  120. A.  To print a disk directory all you do get into CLI and type:
  121.  
  122.  DIR > PRT: OPT A
  123.  
  124.  and you get all directories and all files in all directories. But you must
  125. be in the DRIVE.  Type:
  126.  
  127.  CD DF0:
  128.  DIR > PRT: OPT A
  129.  
  130. and  here it comes...Please NOTE the spaces in the SYNTAX !!!!
  131.  
  132.  Ivan M.
  133.  
  134.  
  135.  
  136. WORKBENCH QUESTIONS:
  137.  
  138. Q.  How does one make a minimal workbench?
  139.  
  140. A.  Basically, make a backup of your WB disk and delete everything you don't
  141. need.  I know this sounds a little general, but it is a general question that
  142. can be answered specifically only if I knew what you intend to do with the
  143. disk.  You can safely delete:
  144.  
  145.  All demos, any printer drivers you don't need
  146.  Any libraries you don't need (translator, etc)
  147.  Any commands you don't need.
  148.  
  149.  The worst that can happen if you delete something you end up needing is
  150. that you will have to copy it back onto the disk.
  151.  
  152.  The .info files are icons only, and serve only to clutter the directory if
  153. you are using CLI only.  Zapp 'em all!
  154.  
  155.  Larry Phillips
  156.  
  157.  
  158. Q.  With respect to the .info files Larry, does that mean if you don't wish
  159. to make use of the iconic interface you could safely do a del #?.info and get
  160. away with it?
  161.  
  162.  Steve Barer
  163.  
  164. A.  Steve, if you are not going to use the workbench, you can safely delete
  165. all the info files.  If by chance you did subsequently open the disk icon
  166. from workbench, all you would see is a blank window - no drawers or garbage
  167. can or pictures.
  168.  
  169.  Larry Phillips
  170.  
  171.  
  172. Q.  When using PREFERNCES under Workbench 1.2, I have been unable to SAVE the
  173. Key Repeat Speed at fast settings and when attempting to do so, I have
  174. also had GURU errors and system freeze ups which are associated with
  175. mouse movents during the transition out of PREFERENCES.  I have an early
  176. series AMIGA.  Is this a bug in 1.2 or my machine?
  177.  
  178. A.  There seems to be a bug or two in Preferences.  In particular, things seem
  179. to go wrong when trying to rush things, or when doing certain operations. One
  180. user found that for his particular problems, if he clicked on the "hours"
  181. digits on the time, that it stopped him from seeing the GURU (How do these
  182. people find these things?).
  183.  
  184.  When using Preferences, try to slow things down a bit.  Move the mouse
  185. pointer only after everything has stabilized from the last operation.  Moving
  186. the pointer quickly to another place or clicking the buttons can aggravate
  187. the problems if windows are opening or closing at the time.
  188.  
  189.  Be sure to have the right Preferences program in place.  I don't know if
  190. the old 1.1 Preferences will even work with 1.2, but it is a good idea to
  191. make sure that all your disks are updated to reflect any changes to programs,
  192. commands, etc. that happened with the 1.2 release.
  193.  
  194.  Larry Phillips
  195.  
  196.  
  197. HARDWARE QUESTIONS:
  198.  
  199. Q.  How to best set up a single drive system?
  200.  
  201. A.  The best way to set up a single drive system is with a second drive. This
  202. goes a long way toward making things easy.  If this cannot be, then you will
  203. need to learn how to do the various operations in such a way that they need
  204. minimal swapping of disks.  RAM: is a good place to put your most frequently
  205. used commands.  Under 1.2 there is a command called PATH, that allows you to
  206. set up an alternate path where the system will look for commands. Try to get
  207. a good balance between ease of use and runing short of RAM. There is no hard
  208. and fast answer to this question, as it depends heavily on what you want to
  209. do with your system.
  210.  
  211.  
  212.  Larry Phillips
  213.  
  214.  
  215. WORD PROCESSING QUESTIONS:
  216.  
  217. Q.  What is the TC (Dir)?
  218.  
  219. A.  TC (dir) is from that "masterpiece" of a word processor, TextCraft.  As
  220. far as I know, it's the directory in which the help screens or files are
  221. kept.  For some reason, you can't erase it; TextCraft looks for it....
  222.  
  223.  Joel Murray
  224.  
  225.  
  226. DATABASES QUESTIONS:
  227.  
  228. Q.  Can I leave my SUPERBASE DONGLE in all the time?
  229.  
  230. A.  You can leave your Superbase dongle in place all the time, unless you
  231. happen to want to use the port for something else. If you end up getting more
  232. memory and want to run Superbase and another program requiring a dongle
  233. simultaneously, then you are out of luck.  Isn't copy protection wonderful?
  234.  
  235.  Larry Phillips
  236.  
  237.  
  238. SPREADSHEETS QUESTIONS:
  239.  
  240. Q.  Why can't I errase a file called "A*" from PROFESSIONAL?
  241.  
  242. A.  Not being familiar with professional, I can only hazard a guess that you
  243. are not supposed to erase it. There is nothing stopping you from erasing a
  244. file with an asterisk in it, other than that it may be "delete protected".
  245.  
  246.  Larry Phillips
  247.  
  248. Q. What is the differences between Lattice C and Aztec C, and what is a
  249. good manual to familiarize one's self with C?
  250.  
  251. A. Both Lattice C and Aztec C are really "development systems" used for
  252. translating computer programs written in the "C" language into runnable
  253. programs on your computer.  As a minimum, both development packages
  254. include:
  255.  
  256.   1) the compiler which translates the source "C" language into an
  257.      intermediate format,
  258.   2) the code generator which generates 68000 CPU instructions from
  259.      the intermediate code and,
  260.   3) A linker which will gather a number of seperately-compiled modules
  261.      into a runnable program.
  262.   4) A number of supporting functions are also provided to make the
  263.      job of writing programs easier, and to comply with Ansii standards.
  264.  
  265. The products differ, sometimes greatly, in all four phases.
  266.  
  267.   1) The Lattice compiler was originally supplied by Commodore, and you
  268.      will find that the "C" source code examples supplied by Commodore
  269.      will work with the Lattice compiler.  Not so with Aztec!
  270.  
  271.      The Lattice compiler tends to be more pedantic about error
  272.      diagnostics than Aztec. Diagnostics tend to be wordy and misleading
  273.      more often than not.  Aztec seems to be ahead in this area in my
  274.      opinion.
  275.  
  276.      Under the current releases, (V3.10 of Lattice and V3.20 of Aztec),
  277.      Lattice is the more Ansii-compatible compiler.  It supports most of
  278.      the extensions to "C" such as "enum" types, and prototyping your
  279.      function parameters.  The next release of Aztec (V3.40) due
  280.      to be released in February, is rumored to wipe out this advantage.
  281.  
  282.    2)Aztec is the hands down winner on the code generator.  The generated
  283.      code is normally about half the size of an equivalent Lattice program.
  284.      the code is of much better quality - ie it runs faster.  You can
  285.      also read the intermediate file with an editor.  Aztec's compiler
  286.      generates 68000 Assembly source code.  If you are not sure just how
  287.      the compiler interpreted your code, you can look in the intermediate
  288.      code and see!
  289.      These comments apply to the older version of Lattice.  I understand
  290.      the current version (V3.10) has partially negated this advantage.
  291.  
  292.    3)Linkers also differ.  Lattice was originally supplied with a very
  293.      sloooowwww Metacompco linker.  Lattice currently comes with The
  294.      Software Distilleries' public domain Blink linker. This is a
  295.      great improvement over Metacompco's but it still lacks some features.
  296.  
  297.  
  298.      Manx has it's own linker which runs pretty fast.  The next release
  299.      is rumored to clear up a few complaints about non-compatible object
  300.      formats, and will also implement load module segment overlays
  301.      and support scatter loading.
  302.    4)Both supply a wealth of supporting subroutines for Ansii
  303.      compatibility, and for use on the Amiga.  Aztec goes a little
  304.      further by including a number of utilities, including a full
  305.      screen editor, make, a librarian, a source file comparison
  306.      utility, a disassembler, and a debugger.  Depending on the option
  307.      you select, you can also get Aztec's source code for the library
  308.      routines.
  309.  
  310. SUMMARY:
  311.    If you are just starting out with "C", I would suggest you look
  312. closely at Lattice.  It's cheaper, and you will find that most of
  313. Commodore's sample source code can be lifted verbatim and will work.
  314.  
  315.    If you are an advanced user, I would suggest you look at Aztec.
  316. Aztec still gets the nod from the big developers, mostly because of the
  317. code generated.  Both Aegis and Electronic Arts are rumored to use Aztec.
  318.  
  319.    Oh, my favourite book?  It's "C Primer Plus" by Waite, Pratra and Martin,
  320. published by Sams.
  321.  
  322.    Jeff Lydiatt
  323.  
  324.  
  325. A. Differences between Lattice and Aztec C, and what is a good C tutorial
  326. text...
  327.  
  328.      I can only recommend that you look in the November '86 issue of Byte
  329. magazine for an article entitled "Two C Compilers for the Amiga" by Charlie
  330. Heath.  Although a new version of Lattice C is now shipping, and Manx is on the
  331. verge of releasing their new version, it is still quite a good article to go
  332. by.  If you need any specific questions answered, just ask the many users of
  333. both at any Panorama meeting.
  334.      There are many excellent texts designed to teach C.  I learned C myself
  335. after pouring over the definitive "C Programming Language" by the C creators
  336. Kernighan and Ritchie, along with help from a series of books written by Jack
  337. Purdum, entitled "The C Programming Guide" and "C Self-Study Guide".  The study
  338. guide was designed as a companion to the programming guide, and following both
  339. at the same time is a good way to study C.  Of course, The C Programming
  340. Language is a must-buy.  It is perhaps the only TRUE book on C, and although it
  341. wasn't written for a C beginner, it is an invaluable reference text.
  342.  
  343.   Anson Mah
  344.  
  345. Q. How do you get rid of a program once done with it?
  346.  
  347. A. A program, if properly written, will clean up after itself when you are
  348. done. There are many ways to end a program, but all of them should cause the
  349. program to free up any memory it has grabbed, close all files associated with
  350. it, and leave you with exactly the same amount of memory that you had before
  351. you ran it. Unfortunalely, a side effect of having the power of dynamically
  352. allocated memory is that sometimes "fragments" of memory will remain, being
  353. used by some other program.
  354.  
  355. STACK and HEAP.
  356.  
  357.   The stack is used by a program to store temporary variables and pointers.
  358. Each program has its own stack, and its size is determined by the the OS (about
  359. 4K), with the CLI command STACK (variable size), or with the STACK argument in
  360. the info structure of the icon for the program if run from WorkBench.
  361.  
  362.   The HEAP is merely the pool of free memory that any program may use, after
  363. first politely asking the OS if it may do so. A program, when loaded, is also
  364. given memory from the HEAP in order to have room to load in.
  365.  
  366. BITS and PIECES and FRAGMENTED MEMORY
  367.  
  368.   There is really nothing you can do about memory fragmentation short of
  369. rebooting. This may seem a tad severe, but bear in mind that it is due to the
  370. dynamic allocation of memory by the OS, and is really a small price to pay for
  371. such power. It really pays to keep an eye on memory, and to try to identify
  372. those programs that are particularly prone to leaving fragments lying about.
  373. When you identify them, try to see if there are better implementations or
  374. upgrades. Other than that, reboot the machine whenever you see a problem
  375. developing.
  376.  
  377. In addition to Anson's comments regarding C books, I would highly recommend the
  378. "C Primer Plus" from The Waite Group, and published by Sam's (all Waite Group
  379. books make a pleasurable contrast from Sam's usual dreary garbage)
  380.  
  381. Regards, Larry.
  382.